home *** CD-ROM | disk | FTP | other *** search
/ IRIX Base Documentation 2001 May / SGI IRIX Base Documentation 2001 May.iso / usr / relnotes / accessx / ch4.z / ch4
Text File  |  2001-04-17  |  2KB  |  67 lines
  1.  
  2.  
  3.  
  4.                                   - 1 -
  5.  
  6.  
  7.  
  8.        4.  _K_n_o_w_n__P_r_o_b_l_e_m_s__a_n_d__W_o_r_k_a_r_o_u_n_d_s
  9.  
  10.  
  11.  
  12.        To enable a hotkey to launch AccessX, add the following to
  13.        your .4Dwmrc or relevant window manager resource file. For
  14.        system wide changes, change the relevant system window
  15.        manager resource files.
  16.  
  17.        <Key>F12      root|icon|window        f.exec "accessx &"
  18.  
  19.  
  20.        The following problems exist in Accessibility in IRIX 6.5:
  21.  
  22.  
  23.        As on other UNIX systems, the special AccessX keyboard
  24.        features are implemented as an X server extension, not in
  25.        the kernel.  As a result, performance can degrade on loaded
  26.        systems.  For example, the pointer may jerk during MouseKeys
  27.        use when other processes are consuming the system's
  28.        resources.  To work around this, give lower CPU priority to
  29.        those other processes or to their owners.  See the
  30.        _r_e_n_i_c_e(_1_M) reference page for more information.
  31.  
  32.  
  33.        When using both MouseKeys and BounceKeys at the same time,
  34.        the mouse keys may "latch."  This may make it seem like the
  35.        user has lost control of the keyboard and is unable to type.
  36.        For example, if the user presses the "/" key to select mouse
  37.        button 1 as the default, then the user may not be able to
  38.        type until the user presses the "/" key again.  The
  39.        workaround is to press the default mouse button key again
  40.        ("/" or "*" or "-" on the number pad).
  41.  
  42.  
  43.        When using MouseKeys and locking the default mouse button by
  44.        pressing the number pad "0" key, it's important to be sure
  45.        to release the button by pressing the number pad "." key,
  46.        not the number pad "5" key.  Using the "." key properly
  47.        disengages the lock, whereas using the "5" key appears to
  48.        disengage the lock but actually leaves the keyboard in an
  49.        undesirable state.  In this state, the normal third mouse
  50.        button menu over an _x_w_s_h(_1_G) window will not work (prevents
  51.        the user from cloning the window), the first mouse button
  52.        will not work in the _e_d_i_t_r_e_s(_1) program (prevents the
  53.        application from getting a widget tree), and other mouse
  54.        event-generating programs may not work normally.  If the
  55.        user loses the normal mouse control in this way, it can be
  56.        regained by logging out and logging back in.
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.